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(57) Abstract 



According to the invention, an application-specific initiating code required by known systems is configured as an external control 
element in a separate component. The external control element can be used in any container without modifying the container itself. It is 
not even necessary to know the destination container when the external control element is being designed. The invention can be used in 
data or information transmission systems, especially process visualisation systems. The components take the form of software components, 
especially so-called ActiveX controls. 



• 



(57) Zusammenfassung 

Die Erfindung bezieht sich auf den Aspekt, einen im Stand der Technik erforderlichen jeweils anwendungsspezifischen Aufruf-Code 
als eine in einer separaten Komponente realisierte Aussensteuerung auszufuhren, wobei die Aussensteuerung in beliebigen Containem 
verwendbar ist, ohne dabei die Container selbst zu verandern, noch diese zum Entwurfszeitpunkt der Aussensteuerung iiberhaupt zu kennen. 
Die Erfindung kommt in Daten- bzw. Informationsubertragungssystemen, insbesondere Prozessvisualisierungssystemen zum Einsatz. Die 
Komponenten sind als Software-Komponenten, insbesondere als sog. ActiveX-Controls realisiert. 
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Beschreibung 

Daten- bzw. Inf ormationsubertragungssystem 

5 Die vorliegende Erfindung betrifft ein Daten- bzw. Informati- 
onstibertragungssystem insbesondere zur Visualisierung von Da- 
ten, z.B. Prozefidaten, oder Ereignissen mit zumindest einer 
im wesentlichen Daten liefernden Komponente und zumindest ei- 
ner im wesentlichen Daten verwertende Komponente. 

10 

Daten- bzw. Inf ormationstibertragungssysteme werden beispiels- 
weise zur Steuerung und/oder Oberwachung eines gesteuerten 
und/oder tiberwachten externen technischen Prozesses einge- 
setzt. Dazu weist das Daten- bzw. Inf ormationsubertragungssy- 

15 stem zumindest eine Verarbeitungs- und Speichereinrichtung, 
insbesondere einem Mikroprozessor mit einem zugeordneten 
Speicher und eine von der Verarbeitungs- und Speichereinrich- 
tung ansteuerbare Visual is ierungseinrichtung, insbesondere 
einem Bildschirm auf . Zur Kopplung mit dem technischen Prozeii 

20 sind fur das Daten- bzw. Inf ormationsubertragungssystem Mit- 
tel zum Anschlufi externer Sensoren oder Aktoren des gesteuer- 
ten und/oder tiberwachten technischen Prozesses vorgesehen. 

Zur Uberwachung des technischen Prozesses findet dabei die 
25 Daten- bzw. Inf ormationstibertragung im wesentlichen in einer 
Richtung statt, namlich vom technischen Prozefi in Richtung 
der Visualisierungseinrichtung. Zur Steuerung des technischen 
Prozesses findet dagegen die Daten- bzw. Inf ormationstibertra- 
gung im wesentlichen in der entgegengesetzten Richtung, nam- 
30 lich der Visualisierungseinrichtung zum technischen Prozeii, 

statt. Die vorliegende Erfindung betrifft Daten- und Informa- 
tionsubertragungen der vorbeschriebenen Art wie auch Misch- 
formen der vorbeschriebenen Art. Unter Mischform wird dabei 
z.B. eine Daten- bzw. Inf ormationstibertragung verstanden, die 
35 im wesentlichen in Richtung der Visualisierungeinrichtung er- 
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folgt, wobei die Visualisierungseinrichtung neben der bloJien 
Informationsaufbereitung far den Benutzer zusatzlich auch Be- 
dienmoglichkeiten aufweist, die eine Einf lufinahme auf den 
technischen Prozefl gestatten und mi thin eine Daten- bzw. In- 
~~ 5 foixaaLiunaQLei. Lidyung zum techniscnen Prozefi bedingen. 

Daten- bzw. Informationsixbertragungssysteme der eingangs ge- 
nannten Art sind als Prozefivisualisierungssysteme bereits be- 
kannt. Prozeflvisualisierungssysteme werden, aufgrund der da- 
10 durch bedingten erhohten Flexibilitat , verstarkt in Software 
ausgefiihrt . 



Die im wesentlichen Daten liefernde Komponente, im folgenden 
Server, ist in diesem Zusammenhang z.B. eine den Datentrans- 

15 fer zwischen dem technischen ProzeB und der Verarbeitungs- 
und Speichereinrichtung bewirkende Sof tware-Komponente . Die 
im wesentlichen Daten verwertende Komponente, im folgenden 
Client, ist in diesem Zusammenhang z.B. die Visualisierung 
der vom Client aufgenommen Daten bewirkende Sof tware-Kompo- 

20 nente. 



Nachteilig bei bekannten Prozefivisualisierungssystemen ist 
jedoch, dafi der Client oder eine tibergeordnete Container- 
applikation einen den Server bezeichnenden Code enthalt, wo- 
25 bei dieser Code die Nutzung der Dienste des Servers - z.B. 
den Zugriff auf die vom Server gelieferten Daten - ermog- 
licht. 



30 



Dieser Nachteil bedingt, dafl ein als Sof tware-Komponente aus- 
gebildeter Client bisher nicht unabhangig von einem als Soft- 
ware-Komponente ausgebildeten Server realisierbar ist. 



Die Aufgabe der vorliegenden Erfindung besteht folglich dar- 
in, einerseits diesen Nachteil zu umgehen und andererseits 
35 ein Daten- bzw. Inf ormationsubertragungssystem der eingangs 
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genannten Art anzugeben, bei eine Daten verwertende Komponen- 
te unabhangig von einer Daten liefernden Komponente reali- 
sierbar ist. 



Diese Aufgabe wird mittels eines Daten- bzw. Informati- 
onstibertragungssystem zur Visualisierung von Daten, insbeson- 
dere Prozefidaten, oder Ereignissen, mit einer Verarbeitungs- 
und Speichereinrichtung, insbesondere einem Mikroprozessor 
mit einem zugeordneten Speicher, mit einer von dieser ansteu- 
erbaren Visualisierungseinrichtung, insbesondere einem Bild- 
schirm, und mit Mitteln zum Anschlufi externer Sensoren oder 
Aktoren eines gesteuerten und/oder uberwachten technischen 
Prozesses, dadurch gelost, 

- dafi zumindest eine im wesentlichen Daten liefernde Kompo- 
nente, im folgenden Server, zumindest eine im wesentlichen 
Daten verwertende Komponente, im folgenden Client, und zu- 
mindest eine Kontroll-, Leit- oder Verteilkomponente, im 
folgenden Auiiensteuerung, vorgesehen sind, 

- dafi zwischen Client und Server keine direkte Daten- oder 
Inf ormationsaustauschmoglichket besteht, so dafi der Daten- 
oder Informationsaustausch mittels der Aufiensteuerung be- 
wirkt wird, indem der Daten- oder Informationsaustausch 
ausschliefilich zwischen Server und Auiiensteuerung einer- 
seits und Auiiensteuerung und Client andererseits stattfin- 
det, 

- dafi mittels des Servers Daten oder Inf ormationen aus dem 
Prozefi aufnehmbar sind und wobei mittels des Clients die 
Daten oder Inf ormationen visualisierbar sind, 

- dafi zumindest der Client als Sof twarekomponente mit minde- 
stens einer Aufienschnittstelle, im folgenden Property, aus- 
gebildet ist, 

- dafi der Daten- oder Informationsaustausch von oder zu dem 
Client ausschliefilich mittels des Properties erfolgt und 
dafi der Daten- oder Informationsaustausch die Ausfuhrung 
eines der Property zugeordneten Codes bewirkt. 
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4 



10 



Bei einem derartig ausgestalteten Daten- bzw. Informations- 
ubertragungssystem kann jede Daten verwertende Komponente, 
jeder Client, vollig unabhangig von den anderen beteiligten 
KuuipunenLen, der Kontroil-, Leit- Oder Verteilkomponente - 
AuBensteuerung - bzw. der Daten liefernden Komponente - Ser- 
ver — realisiert werden. 

Eine vorteilhafte Weiterbildung der Erfindung besteht ferner 
darin, dafi bei dem Daten- bzw. Informationsiibertragungssystem 
die AuBensteuerung Mittel zur Identif ikation der erreichbaren 
Clients aufweist, daB far die Auflensteuerung eine Referenz 
auf die erreichbaren Clients abspeicherbar ist. Die Referen- 
zen der erreichbaren Clients sind dabei benut zerselektierbar 
15 aufbereitbar. Ferner sind anhand einer benutzerselektierbaren 
Referenz die Properties des Uber die jeweilige Referenz er- 
reichbaren Clients zuganglich, so daB die Kommunikationsbe- 
ziehung zwischen AuBensteurung und Client festlegbar ist. 
Dies wird dadurch ermoglicht, daB fur die AuBensteuerung fur 
jede fur einen erreichbaren Client zugangliche Property zu- 
mindest ein ubermittelbares Datum oder eine Referenz auf ein 
• ubermittelbares Datum abspeicherbar ist. Dabei sind die o.g. 
Mittel zur Identif ikation insofern unabhangi vom Container, 
als Dienste Verwendung finden, die ein Container standardma- 
Big aufweist bzw. zur Anwendung bereitstellt , so dafi grund- 
satzlich beliebige Container zur Anwendung kommen konnen. 

Die Erfindung kann z.B. vorteilhaft in einem Prozefivisuali- 
sierungssystem zur Visualisierung der Zustande eines techni- 
schen Prozesses eingesetzt werden. 

Weitere Merkmale, Vorteile und Anwendungsmoglichkeiten der 
vorliegenden Erfindung ergeben sich aus den Unteranspruchen, 
der nachfolgenden Beschreibung von Ausf uhrungsbeispielen an- 
hand der Zeichnung und der Zeichnung selbst. Dabei bilden al- 
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le beschriebenen und/oder bildlich dargestellten Merkmale fur 
sich Oder in beliebiger Kombination den Gegenstand der vor- 
liegenden Erfindung, unabhangig von ihrer Zusammenf assung in 
den Patentanspriichen oder deren Ruckbeziehung . 

5 

Dabei zeigen: 

FIG 1 die vereinfachte schematische Darstellung ein Daten- 
bzw . Inf ormationsubertragungssystem, 
10 FIG 2 die schematisch Darstellung die Kommunikationsbezie- 

hung zwischen den Komponenten des Daten- bzw. Informa- 
tionsiibertragungs systems, 

FIG 3 die schematisch Darstellung einer bekannten Interakti- 
on zwischen zwei Software-Komponenten, 
15 FIG 4 die schematische Darstellung einer Interaktion zwi- 
schen zwei Sof tware-Komponenten gemafi der Erfindung, 

FIG 5 die schematische Darstellung einer Interaktion zwi- 
schen zwei Sof tware-Komponenten gemafi der Erfindung 
anhand einer konkreten Visualisierungsauf gabe, 
20 FIG 6 eine Eingabemaske zur Festlegung des Datenflusses zwi- 
schen zwei Sof tware-Komponenten und 

FIG 7 die schematische Darstellung einer Interaktion mit ei- 
ner komplexeren Visualisierungskomponente gemafi der 
Erfindung anhand einer konkreten Visualisierungsauf ga- 



Gemafi FIG 1 weist das Daten- bzw. Inf ormationsubertragungssy- 
stem zumindest eine Verarbeitungs- und Speichereinrichtung VS 
sowie eine von dieser ansteuerbare Visualisierungseinrichtung 
VE auf. In der Darstellung gemafi FIG 1 weist die Verarbei- 
tungs- und Speichereinrichtung VS selbst zumindest einem Mi- 
kroprozessor UP und einen Speicher MM auf. Der Mikroprozessor 
UP bewirkt die Ausftihrung des im Speicher MM abgespeicherten 
Codes. Zu dem im Speicher MM abgespeicherten Code gehort zu- 
mindest auch der Code der Sof tware-Komponenten Client CL, 



WO 99/39251 PCT/EP99/00221 

6 

Server SV und Aufiensteuerung AS. Ferner sind im Speicher MM 
auch die zwischen den Aufiensteuerung AS und Client CL einer- 
seits und Aufiensteuerung AS und Server SV andererseits iiber- 
mittelbaren Daten und Inf ormationen speicherbar. Zum Zugriff 
des Mikiupxuzeasors UP auf den Speicher MM besteht eine Kom- 
munikationsmoglichkeit zwischen Mikroprozessor UP und Spei- 
cher MM. 



10 



Ferner besteht eine Kommunikationsmoglichkeit zwischen der 
Verarbeitungs- und Speichereinrichtung VS und der Visualisie- 
rungseinrichtung VE, die in der Darstellung gemafi FIG 1 als 
Bildschirm VE ausgebildet ist. Die Visualisierungseinrichtung 
VE ist durch die Verarbeitungs- und Speichereinrichtung VS 
ansteuerbar, so dafi mit dem Daten- bzw. Inf ormationsiibertra- 
15 gungssystem die Visualisierung von Daten, insbesondere Pro- 
zefidaten, oder Ereignissen eines gesteuerten und/oder iiber- 
wachten technischen Prozesses TP realisierbar ist. 



20 



Die Kommunikation mit dem technischen Prozefi TP ist dabei 
durch Mittel zum AnschluiJ externer Sensoren ES oder Aktoren 
EA des technischen Prozesses TP realisiert. Als Mittel zum 
AnschluiJ externer Sensoren ES bzw. externer Aktoren seien da- 
bei beispielsweise Digital- oder Analogeingabebaugruppen bzw. 
Digital- oder Analogausgabebaugruppen einer speicherprogram- 
25 mierbaren Steuerung genannt. 

Dabei ist die Erfindung selbstverstandlich nicht auf Daten- 
quellen der o.g. Art beschrankt; tatsachlich kann die Erfin- 
dung auch verwendet werden, urn Daten aus beliebigen Daten- 
quellen, z.B. auch einer Benutzerverwaltung - d.h. einer 
Software-Applikation -, zu lesen. Das gelesene Datum ist in 
einem solchen Falle dann die Berechtigung fur eine Aktion 
(boolsche Property: Aktion darf/darf nicht ausgefiihrt wer- 
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In FIG 1 ist der technische Prozefi TP nicht im Detail darge- 
stellt. Lediglich exemplarisch ist als externer Aktor EA eine 
Leuchte EA und als externer Sensor ES ein Taster ES darge- 
stellt. Es ist jedoch selbs tverstandlich, daB im Zusammenhang 
mit der vorliegenden Beschreibung der Begriff externer Aktor 
EA jede Art von Aktor, z.B. Motoren oder drehzahlveranderli- 
che Antriebe, und der Begriff externer Sensor ES jede Art von 
Sensor, z.B. Grenzwertmelder und MeJJwertauf nehmer jeglicher 
Art, bezeichnet. 



In diesem Zusammenhang sei auch darauf hingewiesen, daiJ die 
Verarbeitungs- und Speichereinrichtung VS durch die Zentral- 
einheit einer speicherprogrammierbaren Steuerung realisiert 
sein kann, die mit Ein- bzw. Ausgabebaugruppen, die zum Ein- 
15 satz mit der jeweiligen Zentraleinheit vorgesehen sind, in 
kommunikativer Verbindung steht. 

Im Hinblick auf FIG 1 sei zusatzlich darauf hingewiesen, dafi 
auch folgende, in FIG 1 nicht dargestellte Konstellation vor- 
liegen kann: Eine erste Verarbeitungs- und Speichereinrich- 
tung VS, beispielsweise die Zentraleinheit einer speicherpro- 
grammierbaren Steuerung mit Anschluiimitteln AM zum Anschluii 
der Prozefiperipherie EA, ES ist kommunikativ mit einer zwei- 
ten Verarbeitungs- und Speichereinrichtung, z.B. einem Perso- 
25 nal-Computer, verbindbar, wobei die zweite Verarbeitungs- und 
Speichereinrichtung zur Ansteuerung der Visualsierungsein- 
richtung vorgesehen ist. Das erf indungsgemafie Daten- bzw. in- 
formationsubertragungssystem umfaflt in einer solchen Konstel- 
lation zwei Verarbeitungs- und Speichereinrichtungen, wobei 
die zweite, zusatzliche Verarbeitungs- und Speichereinrich- 
tung im wesentlichen aufgrund der fur die jeweils gewahlte 
Plattform zur Verfugung stehenden Sof tware-Applikationen oder 
-Werkzeuge zum Einsatz kommt . Auflerdem ist mit zwei Verarbei- 
tungs- und Speichereinrichtungen eine echte Entkopplung zwi- 
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schen Steuerung bzw. Visualisierung des technischen Prozesses 
TP moglich. 

Grundsatzlich ist jedoch jedes Computer- oder Rechnersystem, 

— 5 d as mit indus t rietauyl ic her Peripherie verbindbar ist, fur 

das erfindungsgemafle Daten- bzw. Inf ormationsiibertragungssy- 
stem geeignet. Die Verbindung zu der industrietauglichen Pe- 
ripherie kann dabei auch iiber beliebige Kommunikationsverbin- 
dungen, insbesondere Netzwerke, realisiert sein, so daft an 
10 das Computer- oder Rechnersystem selbst keine besonderen An- 
forderungen hinsichtlich seiner Industrietauglichkeit zu 
stellen sind. 



15 



20 



In FIG 2 ist schematisch die Kommunikationsbeziehung zwischen 
den Komponenten, der im wesentlichen Daten liefernde Kompo- 
nente SV, dem Server SV, der im wesentlichen Daten verwerten- 
den Komponente CL, dem Client CL, und der Kontroll-, Leit- 
oder Verteilkomponente AS, der Aufiensteuerung AS, des Daten- 
bzw. Informationsubertragungssystem dargestellt. 

Dabei deuten die beiden Doppelpfeile an, dafi der Daten- oder 
Informationsaustausch mittels der Auiiensteuerung AS bewirkt 
wird, indem der Daten- oder Informationsaustausch ausschliefi- 
lich zwischen Server SV und Auiiensteuerung AS einerseits und 
Aufiensteuerung AS und Client CL andererseits stattfindet. Mit 
der Linie zwischen Client CL und Server SV wird verdeutlicht , 
dafi zwischen Client CL und Server SV keine direkte Daten- 
oder Informationsaustauschmoglichket besteht. 

30 Insbesondere bei einem Daten- bzw. Informationsubertragungs- 
system der eingangs genannten Art handelt es sich bei dem 
vorstehend beschriebenen Client CL urn ein Visualisierungsob- 
jekt CL, welches - da als Sof tware-Komponente, als Objekt 
realisiert - mehrfach instantiierbar ist, so da6 ein Visuali- 

35 sierungsobjekt CL, z.B. zur Visualisierung einer Kontrol- 
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leuchte, im Rahmen des Daten- bzw. Inf ormationsiibertragungs- 
systems mehrfach verwendbar ist. Auch wenn in FIG 2 nur ein 
Client CL dargestellt ist, kann in einem Daten- bzw. Informa- 
tionsiibertragungssystem eine Vielzahl von Clients CL zur An- 
5 wendung koinmen . 

Der Server, der in FIG 2 als separate Komponente dargestellt 
ist, braucht nicht notwendigerweise als Software-Komponente 
ausgefuhrt zu sein; im einfachsten Fall fungiert der Speicher 

10 MM der Verarbeitungs- und Speichereinrichtung VS als Server 
SV; z.B. indem das sogenannte ProzeJ3abbild eines durch eine 
speicherprogrammierbare Steuerung gesteuerten und/oder tiber- 
wachten technischen Prozesses TP im Hauptspeicher MM der Zen- 
traleinheit der speicherprogrammierbaren Steuerung abgespei- 

15 chert ist. 

Separate Sof tware-Komponenten auch fur den Server SV sind 
grundsatzlich im Sinne einer Datenkapselung - da haufig ein 
direkter Zugriff auf im Speicher MM vorgehaltene Daten ver- 

20 mieden werden soli - insbesondere aber dann sinnvoll, wenn 
vor der eigentlichen Visualisierung der Daten eine Vor- oder 
Weiterverarbeitung der Daten erforderlich ist. Eine derartige 
Vor- oder Weiterverarbeitung erfolgt beispielsweise mit einem 
als Software-Komponente realisierten Regler, zur Regelung ex- 

25 terner technischer Grofien. 

In einem solchen Falle ist der als Software-Komponente reali- 
sierte Regler ein Server SV gemafi der schematischen Darstel- 
lung in FIG 2. Server SV dieser Art konnen in einem Daten- 

30 bzw. Informationsubertragungssystem gleichfalls - analog zu 
den Clients - mehrfach vorhanden sein, entweder, indem z.B. 
mehrere Regler SV vergleichbarer Funktionalitat mehrfach in- 
stantiiert und damit im System mehrfach vorhanden sind, oder 
indem mehrere Regler SV unterschiedlicher Funktionalitat Ver- 

3 5 wendung f inden . 
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Eine grundsatzlich analoge Konstellation zu den soeben be- 
schreibenen Verhaltnissen liegt dann vor, wenn der als Soft- 
war e-Komponente realiserte Regler z.B. als sog. Funktionsbau- 
— st e in — ei n er — spoic h erp rogi - ai uiiiier baren — Steuerung — realisiert 
ist. Ein derartiger Regler-Funktionsbaustein wird dann bei- 
spielsweise auf einer im Zusammenhang mit FIG 1 beschrieben 
ersten Verarbeitungs- und Speichereinrichtung VS ausgefiihrt, 
wobei die Ausgangswerte des Reglers in einem Speicher vorge- 
halten werden. Aus diesem Speicher werden die Daten von einem 
auf der zweiten Verarbeitungs- und Speichereinrichtung reali- 
sierten Server SV abgeholt, indem ein lesender Zugriff auf 
die jeweiligen Speicherbereiche erfolgt. 

Weitere Beispiele fUr in einem Daten- bzw. Informationsiiber- 
tragungssystem verwendbare Server SV sind z.B. die bereits 
genannten Regler. Daruber hinaus sind z.B. Grenzwertmelder 
aber auch eine ProzeAdatenaufbereitung zu Protokollierungs- 
zwecken als Server SV im Sinne der vorliegenden Beschreibung 
realisierbar. Daruber hinaus sind jedoch gleichfalls auch 
Server realisierbar, die keine eigene Verarbeitungsleistung 
anbieten und daher im wesentlichen zur Datenkapselung und zum 
Transfer der gepakselten Daten vorgesehen sind. 

Beispiele far in einem Daten- bzw. Informationsiibertragungs- 
system verwendbare Clients CL sind z.B. Visualisuerungsobj ek- 
te CL zur Visual! sierung von digitalen bzw. analogen GroAen, 
Visualisierungsobjekte CL zur Visualisierung von Mefiinstru- 
menten, Visualisierungsobjekte CL zur Darstellung von Klar- 
textmeldung, z.B. zur Darstellung von Fehlermeldungen, Visua- 
lisierungsobjekte CL welche den Status - An/Au S/ Vor- 
warts/Ruckwarts, etc. - einer Komponente des technischen Pro- 
zesses TP durch Farbumschlag darstellen, etc. 
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Theoretisch ist neben einer Vielzahl von Clients CL bzw. Ser- 
vern SV in einem Daten- bzw. Inf ormationsubertragungssystem 
sogar eine Vielzahl von AuiJensteuerungen AS in ein und dem- 
selben Daten- bzw. Inf ormationsubertragungssystem denkbar, 
etwa wenn mittels einer ersten Aufiensteuerung AS die Daten- 
und Inf ormationsubertragung zwischen samtlichen als Server SV 
realisierten Reglern SV und den betref f enden, als Clients CL 
realisierten Visualisierungsob j ekten CL bewirkt wird, mittels 
einer zweiten Aufiensteuerung AS die Daten- und Informati- 
onstibertragung zwischen samtlichen Grenzwertmeldern SV und 
den betreffenden Visualisierungsobjekten CL und durch eine 
weitere Aufiensteuerung AS die Daten- und Inf ormationsubertra- 
gung zwischen den verbleibenden Servern SV und den zugehori- 
gen Visualisierungsobjekten CL bewirkt wird. 

Andererseits besteht ein haufiger Anwendungsf all darin, dafi 
eine Aufiensteuerung pro zu visualisierendem Bild (in dem je- 
weils ein Anlagenteil des technischen Prozesses TP visuali- 
siert ist) vorgesehen ist. Wird von einem Bild zum nachsten 
geschaltet, wird die zugehorige Aufiensteuerung aktiviert bzw. 
deaktiviert, urn keine Daten, Prozefiwerte, fur Bilder zu le- 
sen, die am Bildschirm nicht sichtbar sind. 

In FIG 3 ist die bekannte Interaktion zwischen zwei Software- 
Komponenten Kl, K2 schematisch dargestellt. Die Richtung der 
Pfeile beschreibt dabei lediglich den Datenflufi; fur beide 
Richtungen des Datenflusses wird die jeweilige Aktion von der 
Sof tware-Komponente Kl ausgelost, die zum Auslosen der jewei- 
ligen Aktion einen spezifischen Aufruf-Code AC aufweist. Der 
Aufruf-Code AC ist insofern spezifisch, als er einerseits die 
Datenf lufirichtung und andererseits die Quelle oder das Ziel 
des Datenflusses explizit angibt. Bei einem schreibenden Auf- 
ruf AW werden Daten oder Inf ormationen ausgehend von der Kom- 
ponente Kl an die Komponente K2 ubertragen. Bei einem lesen- 
den Aufruf AR werden Daten oder Information von der Komponen- 
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ten K2 gelesen und an die Komponente Kl iibertragen. Obwohl 
die Software-Komponente Kl auch bisher - mit Ausnahme des 
Aufruf-Codes AC - im Hinblick auf hohe Flexibility und er- 
weiterter Wiederverwendbarkeit realisierbar ist, verbleibt 
doeh der an die jeweili g e Konununlkationsbezxehung anzupassen- 
de Teil, der in FIG 3 als Aufruf-Code AC dargestellt ist. 

Aufierdem ist eine solchermaBen realisierte Software-Kompo- 
nente Kl nicht mehr von auflen beinfluBbar. Sollen die visua- 
lisierten Werte z.B. von aufien iiber eine manuelle Eingabe 
vorgegeben werden, konnen diese nicht direkt an die Software- 
Komponente Kl vibermittelt werden. 

In der Riickubertragung auf das Daten- bzw. Inf ormationsuber- 
tragungssystem mit dem die Erfindung verdeutlicht wird, ent- 
spricht die Komponente Kl gemafi FIG 3 z.B. einer im wesentli- 
chen Daten verwertenden Komponenten Kl, einem Client CL . Da- 
mit wird der Nachteil des Standes der Technik besonders deut- 
lich, denn fur jeden Client ist - ohne Weiterbildung des 
Standes der Technik - die Kommunikationsbeziehung explizit 
anzugeben, namlich durch den fur jeden einzelnen Client CL 
eines Daten- bzw. Inf ormationsubertragungssystems spezifi- 
schen Aufruf-Code AC, der die jeweiligen Kommunikationsbezie- 
hungen zwischen Client CL und den fur den jeweiligen Client 
CL bestimmten Daten und Inf ormationen festlegt. 

In FIG 4 ist schematise dargestellt, auf welche Weise gemaiJ 
der Erfindung dieses Nachteile des Standes der Technik ver- 
mieden werden. Eine erste Software-Komponente, entweder ein 
Client-Obj ekt CL oder ein Server-Ob j ekt SVinteragiert mit 
emer Aufiensteuerung. Die prinzipielle Gleichwertigkeit des 
Konzepts sowohl fur eine Interaktion zwischen AuBensteuerung 
AS und Client CL als auch zwischen AuJJensteurung und Server 
ist ein weiterer Vorteil der Erfindung. Die Beschreibung wird 
xm folgenden fUr eine Interaktion, eine Daten- oder Informa- 
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tionsubertragung, zwischen Auiiensteuerung AS und Client CL, 
z.B. einem Visualisierungsob j ekt CL, fortgesetzt. 
Gemaii FIG 4 ist der Client CL als Softwarekomponente mit Au- 
lienschnittstellen Pl...Pn, den sogenannten Properties 
Pl...Pn, ausgebildet ist. Der Daten- oder Inf ormationsaus- 
tausch von oder zu dem Client CL erfolgt ausschlielilich mit- 
tels der Properties Pl...Pn. Eine Besonderheit der verwende- 
ten Software-Komponenten besteht darin, dafi ein Daten- oder 
Informationsaustausch mittels eines Properties Pl...Pn die 
Ausfuhrung eines der Property Pl...Pn zugeordneten Codes be- 
wirkt. Dies ist dann der Fall, wenn die Software-Komponenten, 
in diesem Falle die Clients CL, als sogenannte ActiveX-Con- 
trols bzw. OCX-Komponenten realisiert sind, die genau diese 
Funktionalitat bewirken. 



Mit dieser Funktionalitat ist sichergestellt , dafi ein bei ei- 
nem Client CL eingehendes Datum die unmittelbare Ausfuhrung 
eines spezifischen Codes bewirkt. Im Falle eines schreibenden 
Datentransf ers DW, mit dem ein Datentransf er von der Auiien- 
steuerung AS zum Client CL an dessen Property P3 erfolgt, be- 
wirkt das Vorliegen eines Datums fur den Property P3 eine un- 
mittelbare Ausfuhrung eines der Property P3 zugeordneten 
Codes des Clients CL. Im Falle eines als Visualisierungsob- 
jekt ausgebildeten Clients CL wird dieser spezifische Code in 
erster Linie die Aus- bzw. Bewertung des transf erierten Datum 
sowie die nachfolgende graphische Visualisierung und mithin 
die entsprechende Ansteuerung der Visualisierungseinrichtung 
VE umfassen. Im Falle eines lesenden Datentransf ers DR, mit 
dem ein Datentransf er vom Client CL von dessen Property P5 
zur Auiiensteuerung AS erfolgt, bewirkt das Auslesen eines Da- 
tums der Property P5 eine unmittelbare Ausfuhrung eines der 
Property P3 zugeordneten Codes des Clients CL. Das kann z.B. 
die Bereitstellung des zu transf erierenden Datums oder die 
Bereitstellung eines Folgedatums fur den nachsten Datentrans- 
fer sein. 
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Anhand von FIG 5 soli nun ein konkreter Anwendungsf all darge- 
stellt werden. Mit einem als Client CL ausgebildeten Visuali- 
sierungsobjekt VL soil auf der Visualisierungseinrichtung VE 
di e graph i scho Darstellung eiaer Leuchte erzeugt werden, die 



ww.^^ \_ wen, U.J. 

einen Zustand des technischen Prozesses TP farbcodiert dar- 
stellt, z.B. Zustand A: rot, komplementarer Zustand A' : grun 
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Da das Visualisierungsobjekt VL zur Darstellung eines binaren 
Zustands vorgesehen ist, ist als Aufienschnittstelle des Vi- 
sualisierungsobjektes VL ein einziges Property P, in FIG 5 
mit ON/OFF bezeichnet, ausreichend. 

Die Aufiensteuerung AS trans feriert das den entsprechenden 
Prozefizustand angebende Datum an die Property ON/OFF des Vi- 
sualisierungsobjektes VL. Die Aufiensteuerung AS, die im Bei- 
spiel gemafi FIG 5, im Gegensatz zum Visualisierungsobjekt VL 
nicht als ActiveX-Control ausgebildet sein mufi, kann in Form 
einer „konventionellen« Routine mit sequentieller Ausfiihrung 
des betreffenden Programmcodes ausgebildet sein. So fuhrt die 
Aufiensteuerung z.B. zumindest zyklisch einen lesenden Aufruf 
AR durch, mit dem aus den Prozefidaten, z.B. dem Prozefiabbild 
des technischen Prozesses TP, der zu visualisierende Prozefi- 
status ausgelesen wird, durch. Fur die Aufiensteuerung AS ist 
also - wie bisher allgemein ublich - im betreffenden Code die 
Adresse des Datum, welches innerhalb der Gesamtheit der Pro- 
zefidaten PD den zu visualisierenden Prozefizustand angibt ex- 
plizit hinterlegt. 

Wenn dagegen auch die Aufiensteuerung AS als ActiveX-Control 
ausgebildet ist, besteht die Moglichkeit, sie mittels der 
sog. Drag-And-Drop-Technik einem Container hinzuzuf tigen, auf 
den dann die Aufiensteuerung mittels der vom Container auf- 
grund seiner Eigenschaft, Container zu sein, angebotenen 
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Dienste Zugriff hat, urn z.B. weitere im Container enthaltene 
ActiveX-Controls zu ermitteln. 

Zwischen den Prozefidaten PD und der Aufiensteuerung AS besteht 
5 als im Beispiel gemafi FIG 5 ein fester Zusammenhang . Im Ge- 
gensatz dazu besteht ein solcher Zusammenhang weder zwischen 
dem Visualisierungsobjekt VL und den Prozefldaten PD, noch 
zwischen dem Visualisierungsobjekt VL und der Aufiensteuerung 
AS. Eine feste Kopplung zwischen Visualisierungsobjekt VL und 
10 ProzeBdaten PD ist bereits durch die Einfuhrung der Aufien- 

steuerung AS unnotig geworden. Wurde jetzt die feste Kopplung 
allerdings zwischen Visualisierungsobjekt VL und Aufiensteue- 
rung AS wieder eingefuhrt, ware mit der Einfuhrung einer als 
blofie Schnittstelle fungierenden Auflensteuerung AS nur eine 
15 Verlagerung erreicht. Die eigentlich beabsichtigte Realisie- 
rung Daten verwertender Komponenten VL unabhangig von Daten 
liefernden Komponenten SV ware damit nicht erreicht. 

Die beabsichtigte Unabhangigkeit wird durch die Verwendung 
des Properties ON/OFF erreicht. Da die Unabhangigkeit der 
Realisierung zwangslaufig erfordert, dafi beim Entwurf des Vi- 
sualisierungsobjektes VL keine Kenntnisse liber Aufbau, Layout 
und Funktionalitat der Auflensteuerung AS und umgekehrt ein- 
fliefien, bleibt zunachst offen, auf welche Weise Quelle und 
Ziel der erf orderlichen Daten- und Inf ormationsubertragungen 
vereinbart werden . 

Da die Erfindung z.B. vorteilhaft in einem Prozefivisualisie- 
rungssystem oder fur Inbetriebsetzungsmasken, Wartungsanzei- 
30 gen, etc. eingesetzt werden kann, soli dies im Hinblick auf 
ein derartiges ProzeUvisualisierungssystem erlautert werden. 
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Fur ein Prozeftvisualisierungssystem ist ublicherweise eine 
interaktive Entwurf smoglichkeit der darzustellenden Bild- 
schirmmasken vorgesehen. Der Nutzer wahlt sich aus einer vor- 



WO 99/39251 PCT/EP99/00221 

16 

gegebenen und ggfs. interaktiv erweiterbaren Bibliothek die 
darzustellenden Bildschirmelemente aus. Dabei sind zumindest 
einige der auswahlbaren Bildschirmelemente Visualisierungsob- 
jekte VL der vorstehend beschriebenen Art. 



-5- 



Der Benutzer wahlt die jeweils erf orderlichen Visualisie- 
rungsobjekte VL aus und positioniert diese auf der zur spate- 
ren Anzeige vorgesehenen Bildschirmmaske . 

10 Zur Verbindung der Visualisierungsobjekte VL mit dem techni- 
schen Prozefi TP, bzw. mit dessen Prozefiperipherie, ist auf 
der jeweiligen Bildschirmmaske ferner ein diese Verbindung 
ermoglichendes Objekt, die Aufiensteuerung AS, zu plazieren. 

15 Jeweils mit dem Plazieren eines Visualisierungsobjektes VL 
auf der Bildschirmoberf lache „kennt" die hier als Container 
fungierende Bildschirmoberf lache das plazierte und damit in 
ihr - in dem als Container fungierenden Bildschirmoberf la- 
chenobjekt - enthaltene Visualisierungsobjekt VL. 
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Da auch die Auiiensteuerung AS auf der Bildschirmoberf lache zu 
plazieren ist, kennt das Bildschirmoberf lachenobjekt dariiber 
hinaus auch die Auiiensteuerung AS. Da die AuB ens teue rung AS 
konzeptionell derart ausgelegt ist, den Datentransf er von und 
zu den Visualisierungsobjekten VL zu ermoglichen, enthalt die 
Aufiensteuerung zumindest Code, urn den Container - also die 
Bildschirmoberflache - in dem sie enthalten ist, abzufragen. 

Mit dieser Funktionalitat fragt die Aufiensteuerung AS den 
Container - die Bildschirmoberflache - nach in ihm enthalte- 
nen Visualisierungsobjekten VL ab und bekommt die im Contai- 
ner enthaltenen Visualisierungsobjekte VL bzw. eine Referenz 
auf deren Instanzennamen zurtickgelief ert . 
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Wenn der Benutzer die Interaktion zwischen der Auiiensteuerung 
AS und den Visualisierungsob j ekten VL festlegen will, akti- 
viert er - entweder wahrend des interaktiven Entwurf sprozes- 
ses der Bildschirmmaske Oder im Anschluii an deren Entwurf - 
5 die Auiiensteuerung AS z.B. mit der Maus, woraufhin sich ein 
Dialogfeld offnet, in dem die fiir die Auiiensteuerung AS er- 
reichbaren Visualisierungsob j ekte VL — also die im Container 
enthaltenen und folglich auf der Bildschirmoberf lache pla- 
zierten Visualisierungsob j ekte VL - im Klartext angezeigt 
10 werden. 

Darauf kann der Benutzer eines der Visualisierungsob j ekte VL 
auswahlen und bekommt zu dem jeweils ausgewahlten Visualisie- 
rungsobjekt VL die fur dieses Visualisierungsobj ekt VL zu- 
15 ganglichen ^Properties" P angeboten, aus denen der Benutzer 
wiederum eines auswahlt. 

Im Beispiel gemali FIG 5 ist auf der Bildschirmoberf lache ne- 
ben der Auiiensteuerung AS zumindest das Visualisierungsobj ek- 

20 te VL zur graphischen Darstellung einer Leuchte plaziert. Bei 
einer entsprechenden Selektion der Auiiensteuerung AS wird dem 
Benutzer also zumindest das Visualisierungsobj ekt VL zu Aus- 
wahl angeboten. Im Falle einer Auswahl des Visualisierungsob- 
jektes VL wird darauf hin zumindest die Property ON/OFF des 

25 Visualisierungsobj ektes VL zur weiteren Auswahl angeboten. 
Die Auswahl wird dem Benutzer dabei in Form der heute ge- 
brauchlichen Pull-Down- oder Drop-Down-Menues - wie exempla- 
risch in FIG 6 dargestellt - angeboten, die bedarfsweise urn 
Strukturinformationen, mit denen baumartige Strukturen und 

30 die damit bedingten hierarchischen Abhangigkeiten darstellbar 
sind, erganzt werden. 

Nach Auswahl der gewunschten Property ON/OFF gibt der Benut- 
zer in der nach der Auswahl zuganglichen Eingabemaske die 
35 Adresse des Datums an, das z.B. in die entsprechende Property 
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ON/OFF geschrieben werden soli. Im Falle eines eine Leuchte 
darstellenden Visualisierungsobj ektes VL, das lediglich einen 
binaren Zustand symbolisieren soil, ist fur das Visualisie- 
rungsobjekt VL zumindest ein Property ON/OFF vorgesehen, das 

— 5 e inen Z u stan d 0 o der 1 ausdrilcken k ann. Dieses Property 

ON/OFF wird vom Benutzer ausgewahlt und beispielsweise mit 
einer Adresse des Datenbereiches des visualisierten Prozesses 
TP verbunden, so da£ die am Bildschirm VE dargestellte Leuch- 
te tatsachlich mit Farbumschlag reagiert, wenn an der ent- 
10 sprechenden Adresse eine 1 steht und der Farbumschlag wieder 
ruckgangig gemacht wird, wenn an der entsprechenden Adresse 
eine 0 steht. 



Wenn komplexere Sachverhalte visualisiert werden, wie bei- 
15 spielsweise das Ausgangsverhalten eines PID-Reglers, kann der 
Benutzer fur diesen Zweck vordef inierte Visualisierungsobj ek- 
te CL auf seiner Benutzeroberf lache plazieren. Ein solches, 
fur die Visualisierung des Ausgangsverhaltens eines Reglers 
vorgesehenes Visualisierungsobj ekt CL sei das Regler- 
20 Visualisierungsobj ekt VR, das als im wesentlichen Daten ver- 
wertende Komponente auf der Benutzeroberf lache plaziert wird. 

Dieses Regler-Visualisierungsobjekt VR soil die Daten eines 
Reglers R anzeigen bzw. beeinf lussen . Der Datentransf er zwi- 
25 schen Visualisierungsobjekt VR und Regler R wird mittels der 
gleichfalls auf der Benutzeroberf lache plazierten Aufiensteue- 
rung AS bewirkt . Der weitere Sachverhalt wird mit Bezug auf 
die Darstellung gemaJS FIG 7 erlautert. 



30 



Fiir den Datentransf er stellt das Visualisierungsobjekt VR 
Properties PI . . . Pn zur Verfiigung, mit denen dem Visualisie- 
rungsobjekt VR der aktuelle Ausgangswert des Reglers R tiber- 
mittelbar ist, mit dem vom Visualisierungsobjekt VR dem Reg- 
ler R ein Sollwert vorgebbar ist und mit dem, ausgehend vom 
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Visualisierungsobjekt VR, dem Regler R die tiblichen Regelkon- 
stanten vorgegeben werden konnen. 

Da diese Anzahl der Properties Pl...Pn fur samtliche Instan- 
5 zen eines Regler-Visualisierungsob j ekt VR z.B. des Typs PID 
identisch ist, geht der Benutzer beim Verknupfen der Visuali- 
sierungsobjekte VR nicht mehr wie zuvor beschrieben vor, son- 
dern er selektiert nunmehr das Visualisierungsobjekt VR 
selbst und gibt dem Visualisierungsobjekt VR die Bezeichnung 
10 der Reglerinstanz - also z.B. „PID4711 XX - vor. 

Der Regler R besitzt eine korrespondierende Anzahl von Para- 
metern XI... Xn , mit denen dem Regler R der Sollwert und die 
Reglerkonstanten vorgegeben werden konnen, und mit denen der 
15 Regler R den aktuellen Ausgangswert ausgeben kann. 

Jetzt bleibt nur noch die virtuelle Verbindung zwischen den 
Properties Pl...Pn des Regler-Visualisierungsob j ekt VR und 
den Parametern XI... Xn des Reglers R. 

20 

Dazu gibt das Visualisierungsobjekt VR eine als Tabelle T 
oder als Referenz auf eine Tabelle T ausgebildete Property PT 
aus, in der die Verknupfung der Properties P der Visualisie- 
rungskomponente VR mit den Parametern X des Reglers R angege- 
25 ben ist. 

Enthalt die Visulisierungskomponente VR z.B. ein Property P 
fur den Sollwert, muii dieser Sollwert an den entsprechenden 
Parameter X des Reglers R ubertragen werden. Wenn die Proper- 
30 ty P der Visualisierungskomponente VR fur den Sollwert mit PS 
bezeichnet wird und auf Seiten des Reglers R der Parameter 
fur den Sollwert mit XS bezeichnet wird, lautet der entspre- 
chende Eintrag der Tabelle T z.B. [PS, R.XS]. Dabei gibt die- 
ser Eintrag an, dali eine zum Datentransf er vorgesehene Ver- 
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knupfung zwischen dem Property PS des Visulisierungskomponen- 
te VR und dem Parameter XS des Reglers R besteht. 

Beim Ablauf der Visualisierung zur Laufzeit bzw. zu dem Zeit- 

pn nkt we nn in den Lauf zcitmodus geschdlL e t wird, holt sich 

die AuBensteuerung AS jeweils die im Container befindlichen 
Elemente. Im Falle des einfachen Visualisierungsobj ektes CL, 
wie z.B. der Lampe VL gemaB FIG 5, bei der der AuBensteuerung 
AS direkt die Adresse der darzustellenden Information angege- 
ben wurde, iiberwacht die AuBensteuerung AS zur Laufzeit den 
jeweiligen Datenbereich PD und gibt bei einer Veranderung des 
iiberwachten Datenbereichs PD das geanderte Datum an das Vi- 
sualisierungsobj ekt VL weiter, wobei die Weitergabe des Da- 
turas dem Aufruf einer Set-Property-Methode entspricht, die 
damit gleichzeitig eine Aktion bei dem Visualisierungsobj ekt 
VL, dessen Property gesetzt wurde, auslost, in diesem Falle 
also z.B. den gewunschten Farbumschlag . 

Zu dem Zeitpunkt, zu dem in den Lauf zeitmodus geschaltet 
wird, holt sich die AuBensteuerung AS - wie bereits weiter 
oben erlautert - jeweils die im Container befindlichen Objek- 
te. Bei jedem Ob j ekt wird uberpruft, ob es eine als Tabelle T 
ausgebildete Property PT mit Verbindungsinf ormationen auf- 
weist. Dies kann z.B. durch eine Namenskonvention geschehen, 
indem die als Tabelle T ausgebildete Property PT mit Verbin- 
dungsinf ormationen mit einem vordef inierten Namen, z.B. Con- 
nectionTable, belegt wird. 
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Im Falle eines einfachen Visualisierungsobjektes VL ist eine 
derartige Property PT nicht vorhanden; im Falle des komplexe- 
ren Visualisierungsobjektes VR erkennt die AuBensteuerung AS 
die als Tabelle T ausgebildete Property PT und wertet die 
Eintrage der Tabelle T aus . Jeder Eintrag der Tabelle fuhrt 
dabei zu einer Verbindung einer Property P mit des Visuali- 
sierungsobjektes VR mit einem entsprechenden Prozefiwert X. 
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Der Eintrag [PS, R.XS] fuhrt also z.B. zu einer Verbindung 
der Property PS mit dem Prozeiiwert R.XS, der dem Regler R zu- 
zufuhren ist. Nach der Interpretation der Eintrage der Tabel- 
le T verhalt sich die Aufiensteuerung genauso, als ob die an- 
5 hand der Interpretation der Tabelleneintrage realisierte Ver- 
bindung uber den in FIG 6 gezeigten Eingabedialog eingegeben 
worden ware . 

Das Konzept der Auiiensteuerung AS ist also vorteilhaft auch 
10 im Falle komplexerer Visualisierungsobj kete VR anwendbar, ob- 
wohl hier die Benutzerinteraktion eine andere ist, denn im 
vorbeschriebenen Fall gibt der Benutzer z.B. den Reglernamen 
am Visualisierungsobj ekt VR ein. Der Grundgedanke der Auiien- 
steuerung AS gilt auch fur diesen Fall, denn auch bei einer 
15 derartigen Konstellation liegen fur das Visualisierungsobj ekt 
VR zum Entwurf szeitpunkt keine Kenntnisse iiber eine eventuel- 
le spatere Kommunikationsbeziehung vor; d.h. das Visualisie- 
rungsobjekt VR weist keinen expliziten Aufrufcode auf, der 
gerade nur bei Kenntnis der zur Laufzeit geplanten Kommunika- 
20 tionsbeziehung schon zum Entwurf szeitpunkt realisierbar ware. 
Aufierdem geht auch hier die Aktivitat ausschliefllich von der 
Auiiensteurung AS aus . 

Entgegen der exemplarischen Darstellung gemafi FIG 7 kann auch 
25 der Regler R als auflensteuerbare, im wesentlichen Daten lie- 
fernde Komponente realisiert sein. Auf die prinzipielle 
Gleichartigkeit der Aufiensteuerbarkeit einer im wesentlichen 
Daten verwertenden Komponente, des Clients CL, bzw. einer im 
wesentlichen Daten liefernden Komponenten, des Servers SV, 
30 weist bereits die Darstellung gemafl FIG 4 hin. 

Zur Thematik AcitveX bzw. OCX ist z.B. in der Zeitschrift c't 
12/96, Heinz Heise Verlag, Hannover, ein Artikel mit dem Ti- 
tel „Bewegliche Ziele NX (S. 258-264) erschienen. 
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Ein Active-X-Control-Container bietet standardmaflig die Lei- 
stung, da/5 er die in ihm enthaltenen Elemente, also andere 
Active-X-Komponenten kennt, wobei der Container einen Zugriff 
auf den Instanzennamen der in inn enthaltenen Objekte inso- 
fern anhietet, als d e r Container eiim Liste von Zeigern, auf 
die in ihm enthaltenen Objekte verwaltet, und wobei anhand 
der jeweiligen Zeiger, die auf die jeweils enthaltenen Objek- 
te zeigen, die Klartextbezeichnung der jeweiligen Objekte ab- 
gefragt werden kann. 

Dabei ist hervorzuheben, dafi mittels der OCX-Controls prinzi- 
piell sogar eine Kommunikation oder Interaktion iiber Applika- 
tions-, Hardware- oder Plattf orm-spezif ische Grenzen hinweg 
moglich ist. Ein OCX-Control einer Applikation A kann mit ei- 
nem weiteren OCX-Control einer auf der gleichen Hardware bzw. 
Plattform ablaufenden Applikation B kommunizieren bzw. in- 
teragieren. Diese Kommunikation bzw. Interaktion ist auch 
dann noch moglich, wenn die Applikation B auf einer im Prin- 
zip vergleichbaren, jedoch entfernten, raumlich getrennten 
Hardware, oder auch auf einer anderen Hardware einer anderen 
Plattform, mit beispielsweise einem anderen Betriebssystem, 
ablauft. 
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In einer vorteilhaf ten Weiterbildung der Erfindung kommen als 
Client CL Komponenten gebrauchlicher Sof tware-Pakete, wie 
z.B. Textverarbeitungen, Tabellenkalkulationen oder Graphik- 
programme zur Anwendung. Damit sind im Falle der Verwendung 
einer Textverarbeitung prinzipiell eine interaktive Wartungs- 
anleitung denkbar, bei die Inhalte von Textobjekten von Zu- 
standen des technischen Prozesses abhangig sind, so daii z.B. 
je nach Fehlerzustand spezifische Wartungshinweise mit den 
Textobjekten darstellbar sind. Im Falle einer Tabellenkalku- 
lation ist eine besonders einfache Obernahme von Prozefidaten 
zu Protokollierungs- und Auswertungszwecken moglich. Der An- 
wendungsbereich der Erfindung gent sogar so weit, daB im Fal- 
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le eines Graphikprogramms in Abhangigkeit von ProzelJzustanden 
spezifische Graphiken darstellbar sind und damit z.B. auch 
animierte Prozefivisualisierungen moglich sind. In alien vor- 
genannten Fallen gilt es darauf hinzuweisen, dafi sich der Da- 
5 tentransfer selbs tverstandlich nach wie vor auf die jeweili- 
gen Prozefldaten beschrankt. Im Falle der Textverarbeitung 
sind die jeweiligen Texte - wie zuvor die graphischen Dar- 
stellungen z.B. der Leuchte oder der Reglervisualierung - be- 
reits im Visualisierungsobj ekt CL gespeichert und werden in 
10 Abhangigkeit von den liber die Properties P gelieferten Daten 
des technischen Prozesses zur Anzeige gebracht, 

AbschlieJJend bleibt noch der Hinweis, dafi die Flexibilitat 
des erf indungsgemaflen Konzeptes weiter gesteigert wird, wenn 

15 das Daten- bzw. Inf ormationsubertragungssystem derart fortge- 
bildet wird, daJJ auch die Auflensteuerung als Sof twarekompo- 
nente mit mindestens einer Property ausgebildet ist, wobei 
der Daten- oder Inf ormationsaustausch von oder zu der AuiJen- 
steuerung ausschlieBlich mittels des Properties erfolgt und 

20 wobei der Daten- oder Inf ormationsaustausch die Ausfuhrung 
eines der Property zugeordneten Codes bewirkt. 

Zusammenf assend lafit sich die Erfindung wie folgt kurz be- 
schreiben: 



Die Erfindung bezieht sich auf den Aspekt, einen im Stand der 
Technik erf orderlichen jeweils anwendungsspezif ischen Aufruf- 
Code als eine in einer separaten Komponente realisierte Au- 
fiensteuerung auszufiihren, wobei die AuiJensteuerung in belie- 
bigen Containern verwendbar ist, ohne dabei die Container 
selbst zu verandern, noch diese zum Entwur f szeitpunkt der Au- 
iJensteuerung uberhaupt zu kennen. 
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Patentanspriiche 



1. Daten- bzw. Inf ormationsubertragungssystem insbesondere 
zur Visualisierung von Daten, z.B. Prozefidaten, oder Er- 

5 eignissen, mil einer Verarbeitungs- und Speichereinrich- 

tung (VS) , insbesondere einem Mikroprozessor (UP) mit ei- 
nem zugeordneten Speicher (MM), mit einer von dieser an- 
steuerbaren Visualisierungseinrichtung (VE) , insbesondere 
einem Bildschirm (VE) , und mit Mitteln zum Anschlufi exter- 
10 ner Sensoren (ES) oder Aktoren (EA) eines gesteuerten 

und/oder uberwachten technischen Prozesses (TP), 

- wobei zumindest eine im wesentlichen Daten liefernde Kom- 
ponente (SV) , im folgenden Server (SV) , zumindest eine im 
wesentlichen Daten verwertende Komponente (CL) , im folgen- 

15 den Client (CL) , und zumindest eine Kontroll-, Leit- oder 

Verteilkomponente (AS), im folgenden Aufiensteuerung (AS), 
vorgesehen sind, 

- wobei zwischen Client (CL) und Server (SV) keine direkte 
Daten- oder Inf ormationsaustauschmoglichket besteht, so 

20 dafl der Daten- oder Inf ormationsaustausch mittels der Au- 

fiensteuerung (AS) bewirkt wird, indem der Daten- oder In- 
formationsaustausch ausschliefilich zwischen Server (SV) 
und Aufiensteuerung (AS) einerseits und Aufiensteuerung (AS) 
und Client (CL) andererseits stattfindet, 

25 - wobei mittels des Servers (SV) Daten oder Inf ormationen 
aus dem Prozefi (TP) aufnehmbar sind und wobei mittels des 
Clients (CL) die Daten oder Inf ormationen visualisierbar 
sind, 

- wobei zumindest der Client (CL) als Sof twarekomponente mit 
30 mindestens einer Aufienschnittstelle (P) , im folgenden 

Property (P) , ausgebildet ist, 

- wobei der Daten- oder Inf ormationsaustausch von oder zu 
dem Client (CL) ausschliefilich mittels des Properties (P) 
erfolgt und wobei der Daten- oder Inf ormationsaustausch 
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die Ausfiihrung eines der Property (P) zugeordneten Codes 
bewirkt . 

. Daten- bzw. Inf ormationsiibertragungssystem nach Anspruch 



die Aufiensteuerung (AS) Mittel zur Identif ikation der er- 
reichbaren Clients (CL) aufweist, dafi ftir die Auiiensteue- 
rung eine Referenz auf die erreichbaren Clients (CL) ab- 
speicherbar ist, wobei die Referenzen benutzerselektierbar 
sind und wobei anhand einer benutzerselektierbaren Refe- 
renz die Properties (P) des erreichbaren Clients (CL) zu- 
ganglich sind, so daJi die Kommunikationsbeziehung zwischen 
Auflensteuerung (AS) und Client festlegbar ist, indem ftir 
die Auliensteuerung (AS) fur jede fur einen erreichbaren 
Client (CL) zugangliche Property (P) zumindest ein tiber- 
mittelbares Datum abspeicherbar ist. 
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